Two things a lead owns that no one else will: how a new annotator earns the live queue, and how you tell leadership the true cost of going faster
Day 49 of 66
The last two concept days gave you calibration and the agreement diagnostic. Today is field work — you produce the two documents a lead is asked for in the first week of running a team: an onboarding checklist that brings a new annotator to live work safely, and a weekly throughput-vs-quality report that tells leadership the truth about the speed/quality tradeoff. Both are in your Week 10 portfolio.
A new annotator who starts on the live queue cold is a noise generator pointed at your training set. Onboarding is the gate that converts a willing person into a calibrated one before a single live label counts. The non-negotiable element is the calibration gate from Day 46: live work is earned, not granted on day one.
Run the same checklist for a domain expert, with one branch: they still clear the calibration gate (their reading of your guideline isn't pre-calibrated just because their domain knowledge is), but when they miss the bar you investigate before assuming they're wrong — the expert's disagreement may be the guideline's error, per Day 47. Their gate is "calibrated to the guideline," and their disagreements feed guideline review, not auto-correction.
Leadership wants volume. Quality is invisible until it isn't. The single most valuable thing a Human Data Lead does upward is make the tradeoff visible and honest — to report both numbers side by side, every week, so nobody mistakes "we labeled 12,000 items" for "we produced 12,000 good labels."
qa_audit.py)? A throughput jump with a quality dip is the headline, not a footnote.It is tempting to report only throughput when quality is soft, because throughput is the number that gets praised. Don't. A lead who hides a quality dip ships a worse model and owns the blame when it surfaces downstream — far more expensively, far later. Reporting the tradeoff straight, with a recommendation, is what makes you the person leadership trusts with the next decision.
"Can we go 50% faster this week?" is a question you will be asked. The wrong answer is "no, quality will suffer" (unmeasured, easy to overrule). The right answer puts a number on the cost so leadership decides with eyes open.
A throughput push usually comes from three levers, each with a measurable quality cost:
Put it in one sentence leadership can act on: "We can hit the deadline by dropping safety items to 1-way consensus — that removes the agreement check on ~30% of the batch and, from last month's audit, raises expected error on those items from 4% to roughly 9%. Your call; here's the number."
That sentence is the whole skill of this day. You didn't refuse, and you didn't quietly absorb a quality hit nobody chose. You converted a vibe ("quality will suffer") into a decision leadership can own. That is what reporting upward actually means.
An IC answers "can we go 50% faster?" with "no, quality will suffer" — unmeasured and easy to overrule. A lead quantifies the cost and hands the decision back: dropping to 1-way consensus removes the quality check on ~30% of the batch and raises expected error from 4% to ~9%. You converted a vibe into a decision leadership can own.
Say this in an interview: "I report throughput and quality side by side every week, including the dips — hiding a quality drop just ships a worse model and earns me the blame later. And no new annotator, expert included, touches the live queue until they clear a calibration gate."